プラットフォーム非依存型ｉｄｎ電子メールストーレッジ変換

专利摘要:
本発明は、以下のステップからなるプラットフォーム非依存型の電子メール変換の方法を提供する。まず、受信側ＩＤＮユーザ名について電子メールメッセージを受信する。事前に定義された対応によってＩＤＮユーザ名に対応するＡＳＣＩＩ識別記号を取得する。受信された電子メールメッセージを、取得されたＡＳＣＩＩ識別記号を用いて保存する。本発明は、上記方法を実行するように設定された電子メールサーバと、上記方法を実行するための命令を含むコンピュータ可読媒体も提供される。
公开号:JP2011513866A
申请号:JP2010550005
申请日:2009-03-10
公开日:2011-04-28
发明作者:アルバート；ベイレス レン
申请人:アフィリアス・リミテッド；
IPC主号:G06F13-00

专利说明:

[0001] 本発明は、概して電子メール（ｅ−ｍａｉｌ）サーバ、特に国際化ドメイン名（ＩＤＮ）に対応した電子メールサーバに関するものである。]
背景技術

[0002] コンピュータネットワークの発展により、電子メールは個人的及び職業的通信手段として人気のあるものになった。インターネットの急な普及を主な要因として、電子メールは何百万人もの人の標準的な通信手段となった。]
[0003] 送信者は、電子メールメッセージを作成するのにメールユーザエージェント（ＭＵＡ）を用いる。ＭＵＡを例示すれば、Ｍｉｃｒｏｓｏｆｔ Ｏｕｔｌｏｏｋ（登録商標）及びＥｕｄｏｒａ（登録商標）等のクライアント型アプリケーションや、Ｈｏｔｍａｉｌ（登録商標）及びＧｍａｉｌ（登録商標）等のウェブベースアプリケーションが挙げられる。周知のとおり、送信者は、一以上の電子メールアドレス、件名、本文を入力することにより電子メールメッセージを作成するのであり、メッセージにファイルを添付することもできる。各電子メールアドレスは、二つの部分を備える。第一の部分は、電子メールアドレスのドメインと称され、ホスト名又はドメイン名を示す。ドメインは典型的には、＠記号の右に配置されている。第二の部分は、ユーザ名又はアカウント名と称され、ドメインにおいて電子メールアカウントを同定するのに用いられる。ユーザ名は典型的には、＠記号の左に配置されている。]
[0004] ＭＵＡは、電子メールメッセージを一以上の受信者へ、電子メール送信サーバを介して送信する。電子メール送信サーバはメールサブミションエージェント（ＭＳＡ）及びシンプルメールトランスファプロトコル（ＳＭＴＰ）サーバを含む。ＭＳＡは、電子メールアドレスのドメイン名を解決して、対応するインターネットプロトコル（ＩＰ）アドレスを取得するために、ドメイン名サーバ（ＤＮＳ）に呼び出しをかける。ＳＭＴＰサーバは、受信者の受信側電子メールサーバにメッセージを送信するために、取得したＩＰアドレスを用いる。]
[0005] 受信側電子メールサーバは、電子メールメッセージの取得を可能とするために、典型的には、メールトランスファーエージェント(ＭＴＡ)、ローカルデリバリエージェント、ローカルファイルストーレッジ及びポストオフィスプロトコル（ＰＯＰ）及び／又はインターネットメッセージアクセスプロトコル（ＩＭＡＰ）サーバを備える。受信者は、受信側電子メールサーバから電子メールメッセージを取得するために、ＭＵＡを用いる。]
[0006] 典型的なＡＳＣＩＩ環境では、受信側電子メールサーバによって提供されるサービスのすべては、ローカルユーザ名の情報に関しては、ローカルパスワードファイルを参照する。ローカルパスワードファイルは、アカウントの識別及び認証に用いられる。]
[0007] しかし、将来においては、電子メールアドレスは外国語の（非ＡＳＣＩＩ）文字を有することになる可能性がある。例えば、インターナショナライズドドメイン名（ＩＤＮ）は、非ＡＳＣＩＩ文字を有することができるインターネットドメイン名として定義されている。国際的な電子メールアドレスについても、ＩＤＮユーザ名を電子メールアドレスの一部分として含まれることができるとの構想が描かれている。したがって、ＩＤＮユーザ名には非ＡＳＣＩＩ文字が含まれる可能性もある。]
[0008] これらの文字は、典型的には、ユーザ名、ファイル名及びディレクトリ名に関しては、サーバのＯＳによってサポートされていない。非ＡＳＣＩＩ環境においては、Ｕｎｉｃｏｄｅ文字のサポートの欠如によって、パスワードファイルを用いることができない。さらに、多くのファイルシステムはファイル名及びディレクトリ名に関しては、７ビットのＡＳＣＩＩ文字に限定している。]
[0009] したがって、非ＡＳＣＩＩ文字の電子メールアドレスをサポートすることができるＭＴＡを提供する必要があることが理解されよう。]
[0010] 以下は、電子メールアドレスをネイティブに表示される非ＡＳＣＩＩ文字から、ユーザ名、ファイル名及びディレクトリ名を有効にサポートするＡＳＣＩＩ文字にシームレスに変換し、これによりユニコード文字のサポートの欠如に関連する問題を克服する電子メールサーバを説明する。]
[0011] 本件発明の一観点に即して、以下を備える電子メールサーバが提供される。即ち、ＩＤＮユーザ名について電子メールメッセージを受信するように設定されたメールトランスファーエージェント（ＭＴＡ）、受信された電子メールメッセージをローカルストーレッジにおいて保存するように設定されたローカルデリバリエージェント及びＩＤＮユーザ名と対応するＡＳＣＩＩ識別記号との対応関係を保持するように設定された変換テーブルであり、該変換テーブルは少なくとも一つのＭＴＡ又はローカルデリバリエージェントと通じており、当該ローカルデリバリエージェントは受信された電子メールメッセージをＡＳＣＩＩ識別記号に応じてローカルストーレッジに保存するものである。]
[0012] 本件発明のさらなる観点に即して、プラットフォーム非依存型電子メール変換の方法が提供されるのであり、本方法は以下のステップを伴う。即ち、受信側ＩＤＮユーザ名について電子メールメッセージを受信するステップと、事前に定義された対応によってＩＤＮユーザ名に対応するＡＳＣＩＩ識別記号を取得するステップ及び取得された前記ＡＳＣＩＩ識別記号を用いることによって、受信された電子メールメッセージをローカルストーレッジに保存するステップである。]
[0013] 本件発明のましてさらなる観点に即して、上記方法を実装するための命令からなるコンピュータ読込可能媒体が提供される。]
図面の簡単な説明

[0014] 以下において本件発明は下記図への参照を伴って、単に例示的に説明される。]
[0015] 電子メールサーバを図示するブロック図である。
電子メールサーバにおける電子メールの受信を図示するフローチャートである。
電子メールサーバからの電子メールの取得を図示するフローチャートである。]
実施例

[0016] 便宜のため、図中の符号は明細書中の対応する符号を参照している。図１を参照するに、本件発明の一つの実施形態に即した受信側電子メールサーバが一般的に符号１００によって図示されている。説明の簡便のため、受信側電子メールサーバは以下単に電子メールサーバという。電子メールサーバ１００は、メールトランスファーエージェント（ＭＴＡ）１０２、ローカルデリバリエージェント１０４、メッセージレトリーバルサーバ１０６、ローカルストーレッジ１０８及び変換テーブルを備える。] 図１
[0017] ＭＴＡ１０２は、電子メールメッセージを受信するようにとのリクエスタ（ｒｅｑｕｅｓｔｏｒ）からのリクエストを受信するように設定されている。ＭＴＡ１０２は、意図された受信者の存否について、変換テーブル１１０にて照合して、リクエスタにその成功・不成功を通知するように、さらに設定されている。]
[0018] ローカルデリバリエージェント１０４は、受信された電子メールメッセージをローカルストーレッジ１０８上のユーザ名に対応したディレクトリにおいて保持すように設定されている。ローカルデリバリエージェント１０４はまた実装の方式によっては、意図された受信者の存否について変換テーブル１１０にて照合するように設定することもできる。]
[0019] メッセージレトリーバルサーバ１０６は、一以上のＰＯＰサーバ、及びＩＭＡＰサーバ又はローカルホストサーバを備え、ローカルストーレッジ１０８から受信者へ電子メールメッセージを配信するように設定されている。また、メッセージレトリーバルサーバは変換テーブル１１０と通じるように設定されている。]
[0020] 変換テーブル１１０は、ＩＤＮユーザ名を電子メールサーバ１０２のＯＳに対応したＩＤＮユーザ名に対応したＡＳＣＩＩ識別記号に変換するように設定されたテーブル及び／又はデータベースである。さらに、変換テーブル１１０は、変換されたユーザ名を適切に維持・管理できるように設定されている。]
[0021] 複数の手法のうち、一つを用いてＩＤＮユーザ名をＡＳＣＩＩ識別記号に変換することができる。]
[0022] 例えば、一つの実施形態においては、変換テーブル１１０は、ＩＤＮユーザ名を、ランダムのＡＳＣＩＩ文字列を有するＡＳＣＩＩ識別記号と対応させる。即ち、変換テーブル１１０に加えられた各新しいＩＤＮユーザ名は、ランダムかつ許容されるＡＳＣＩＩ文字を有するＡＳＣＩＩ識別記号に関連付けられ、当該関連付はテーブル及び／又はデータベースに保存される。衝突を回避するために、各ＩＤＮユーザ名は一意なかつランダムなＡＳＣＩＩ文字列に関連付けられる。各ランダム文字列が一意であることを保証するために、ランダムなＡＳＣＩＩ文字列が生成される度に、過去に生成されたランダムなＡＳＣＩＩ文字列と比較される。ランダムなＡＳＣＩＩ文字列が過去において既に存在していたのならば、それは破棄されたうえで新規なランダムなＡＳＣＩＩ文字列が生成される。]
[0023] 本実施形態においては、各ランダムなＡＳＣＩＩ文字列は必要に応じて生成されていく。即ち、新しいＩＤＮユーザ名が電子メールサーバ１００に加えられたとき毎である。代わって、予め定義された数の一意のランダムなＡＳＣＩＩ文字列を事前に生成しておくことができる。したがって、新しいＩＤＮユーザ名が電子メールサーバ１００に加えられた場合においては、既存のＡＳＣＩＩ文字列が変換テーブル１１０より割り当てられる。]
[0024] 別の実施形態においては、変換テーブル１１０はＩＤＮユーザ名を連続的なＡＳＣＩＩ文字列を有するＡＳＣＩＩ文字列に関連付ける。この実施形態においては、変換テーブル１１０に加えられる各新しいＩＤＮユーザ名は、許容されるＡＳＣＩＩ文字列からなるＡＳＣＩＩ識別記号に関連付けられる。しかし、先述の実施形態との比較においては、各ＡＳＣＩＩ識別記号は連続的に生成される。よって、本実施形態においては、生成されたＡＳＣＩＩ識別記号を過去に生成されたＡＳＣＩＩ識別記号と照合する必要はない。なぜなら、順列がすべて用い尽くされるまでは、各ＡＳＣＩＩ識別記号は一意であるからである。]
[0025] さらに別の実施形態においては、変換テーブル１１０はＩＤＮユーザ名から導出されたＡＳＣＩＩ識別記号と対応させる。即ち、ＡＳＣＩＩ文字列は、予め定義されたアルゴリズムを用いてＩＤＮユーザ名から生成されるのである。例えば、Ｐｕｎｙｃｏｄｅエンコーダを用いるＴｏＡｓｃｉｉアルゴリズムは、非ＡＳＣＩＩ文字列をＡＳＣＩＩ文字列に変換するものとして周知である。]
[0026] ＴｏＡｓｃｉｉアルゴリズムは、ＡＳＣＩＩ文字列を不変にした一方、少なくとも一つの非ＡＳＣＩＩ文字を含む文字列に変化をもたらす。これを達成するために、ＴｏＡｓｃｉｉアルゴリズムは、文字列を小文字に変換しその他の正規化処理を行うＮａｍｅＰｒｅｐアルゴリズムを適用する。そして、ＴｏＡｓｃｉｉアルゴリズムは、この結果をＰｕｎｙｃｏｄｅエンコーダを用いてＡＳＣＩＩ文字に変換する。４文字の文字列「ｘｎ−−」が生成されたＡＳＣＩＩ文字列に接頭される。この４文字の文字列は、ＡＳＣＩＩコンパチブルエンコーディング（ＡＣＥ）接頭辞と呼ばれ、通常のＡＳＣＩＩ文字列からからＰｕｎｙｃｏｄｅで符号化された文字列を識別するのに用いられる。]
[0027] ここにては、ＩＤＮユーザ名をＡＳＣＩＩ文字列に関連付ける方法が若干紹介されているに過ぎないが、当業者からすれば他の方法も想到される。どの方法が用いられるのであっても、ＩＤＮユーザ名及び対応する生成されたＡＳＣＩＩ識別記号は、必要に応じて照合が可能となるように変換テーブル１１０のテーブル・データベースに保持される。]
[0028] 図２を参照するに、参照符号２００によって電子メールサーバ１００において電子メールメッセージを受信する工程のフローチャートが図示されている。ステップ２０２において、ＭＴＡ１０２がリクエスタ、必ずしもそうではないが多くの場合電子メール送信サーバ（図示されていない）、と接続を確立する。ステップ２０４においてリクエスタは、ＭＴＡ１０２に意図された受信者を通知する。ステップ２０６においては、ＭＴＡ１０２は、それ自身で又はローカルデリバリエージェント１０４を通じて、変換テーブル１１０との照合を経て、意図された受信者の存否を確立する。] 図２
[0029] 変換テーブル１１０において意図された受信者が存在していないことが判明した場合、ステップ２０８へと進み、リクエスタそしてそれにより送信者に失敗の旨が通知される。意図された受信者が変換テーブル１１０に存在することが判明した場合には、ステップ２１０へと進み、電子メールメッセージは送信者から受け入れられる。]
[0030] ステップ２１２においては、ローカルデリバリエージェント１０４は、ＩＤＮユーザ名に対応するＡＳＣＩＩ識別記号をＩＤＮ変換テーブルから取得する。ステップ２１４においては、ローカルデリバリエージェント１０４は、取得されたＡＳＣＩＩ識別記号に即して電子メールメッセージをファイルストーレッジ１０８に書き込む。]
[0031] 本実施形態は、ローカルデリバリエージェント１０４がＡＳＣＩＩ識別記号を取得する別個のステップ２１２を有する。代わりに、ローカルデリバリエージェント１０４又はＭＴＡ１０２が、ＩＤＮユーザ名がステップ２０６において確認された場合、ＡＳＣＩＩ識別記号を取得することができる。]
[0032] 図３を参照するに、参照符号３００によって、電子メールサーバ１００から電子メールメッセージを取得するフローチャートが図示されている。ステップ３０２においては、受信者のＭＵＡは、メッセージレトリーバルサーバ１０６を介し、ＰＯＰ、ＩＭＡＰ又は他のローカルにホストされた方法を用いて、電子メールサーバ１００に接続する。ステップ３０４においては、ＭＵＡは、受信者のＩＤＮユーザ名及び対応するパスワードを認証のため送信する。] 図３
[0033] ステップ３０６においては、メッセージレトリーバルサーバ１０６は、変換テーブル１１０を介してＩＤＮユーザ名をＡＳＣＩＩ識別記号に変換する。ステップ３０８においては、受信者の有効性検証情報をファイルストーレッジ１０８において探し出すためにＡＳＣＩＩ識別記号が用いられる。ステップ３１０においては、有効性検証情報が、過去に保存されたパスワードのコピー（典型的には暗号化された状態のもの）との対比でパスワードの認証に用いられる。]
[0034] 認証が成功した場合、ステップ３１２において受信者の電子メールメッセージは、受信者の閲覧のために配信される。認証が不成功であれば、ステップ３１４においてエラーがＭＵＡに通知される。]
[0035] 以上のように、本件発明については、既存のＯＳ下での伝統的な電子メールサーバ機能を確保するために、非ＡＳＣＩＩ文字の電子メールユーザ名の中間的なＡＳＣＩＩ表記が提供されるということが理解されるであろう。さらに、送信者及び受信者にとって透過性を保ったまま伝統的な電子メール機能が提供される。]
[0036] 上述の記述に即して、本件発明は、標準的なプログラミング及び／又は技術的手法を用いてプログラムソフトウェア、ファームウェア及びハードウェアを生産することによって、装置、方法又は製造方法による製造物として実施することができる。]
[0037] コンピュータ読込可能なプログラムコードを有する、上記により得られたプログラムはどれも、一以上の、メモリデバイス又は通信デバイス等のコンピュータ使用可能媒体に内蔵させることができ、これにより本件発明によったコンピュータプログラム製品又は製造方法による製造物が得られるのである。ここでいう「ソフトウェア」及び「アプリケーション」の語は、あらゆる種類のメモリデバイス又は通信デバイス等のコンピュータ使用可能媒体に存続する（永続的及び一時的な存続を含む）コンピュータプログラムを含むことが意図されている。]
[0038] メモリデバイスの例としては、ハードディスクドライブ、ディスケット、光ディスク、磁気テープ、並びにＦＬＡＳＨ、ＲＡＭ、ＲＯＭ及びＰＲＯＭ等の半導体メモリ等が含まれる。ネットワークの例としては、インターネット、イントラネット、電話／モデムネットワーク、ハードワイアード／ケーブル通信ネットワーク、移動体通信、無線通信、衛星通信及び他の静止型若しくはモバイルネットワークシステム／通信リンクが含まれるが、これらには限られない。]
[0039] 本件発明の実施形態となる装置は、一以上の処理装置、例えばＣＰＵ、メモリ／ストーレッジデバイス、通信リンク、通信／送信デバイス、サーバ、Ｉ／Ｏデバイス又はソフトウェア、ファームウェア、ハードウェアを含む他の如何なるサブコンポーネント若しくは特許請求の範囲に記載された本件発明を具体化する一以上の処理システムの個々の部品又はそれらの任意の組合せを伴うことができる。]
[0040] 上述の記述に即して、当業者は、容易に、本件明細書の記載によって作ったソフトウェアと適切な汎用若しくは特殊用途コンピュータハードウェア及び／又は本件発明を具体化するコンピュータサブコンポーネントとを組み合わせることができ、また、これによって本件発明の方法を実行できるコンピュータシステム及び／又はコンピュータサブコンポーネントを作出することができる。]
[0041] 本件発明を望ましい実施形態について本明細書中において説明したが、当業者にとっては、本件発明の精神及び特許請求の範囲から逸脱せずに変更を加えることが可能であると理解されるものである。]

权利要求:

請求項1
ＩＤＮユーザ名について電子メールメッセージを受信するように設定されたメールトランスファーエージェント（ＭＴＡ）と、ローカルストーレッジにおいて受信された電子メールメッセージを保存するように設定されたローカルデリバリエージェントと、ＩＤＮユーザ名と対応するＡＳＣＩＩ識別記号との対応関係を維持するように設定され、少なくともＭＴＡ又はローカルデリバリエージェントの一方と通信する変換テーブルとを備える電子メールサーバであって、前記ローカルデリバリエージェントは、受信された電子メールメッセージをローカルストーレッジに前記ＡＳＣＩＩ識別記号を用いて保存するものである、電子メールサーバ。
請求項2
前記変換テーブルは、ＩＤＮユーザ名と対応するＡＳＣＩＩ識別記号との対応関係を生成するようにさらに設定されている、請求項１に記載の電子メールサーバ。
請求項3
前記ＡＳＣＩＩ識別記号は、ランダムなＡＳＣＩＩ文字列であり、複数のＩＤＮユーザ名の各々についてランダムなＡＳＣＩＩ文字列が生成される、請求項２に記載の電子メールサーバ。
請求項4
前記各ＡＳＣＩＩ文字列は、衝突を回避するために、過去に生成されたＡＳＣＩＩ文字列と比較されて生成される、請求項３に記載の電子メールサーバ。
請求項5
前記ＡＳＣＩＩ識別記号は、連続的なＡＳＣＩＩ識別記号であり、複数のＩＤＮユーザ名の各々について、ＡＳＣＩＩ識別記号の順列における次順のＡＳＣＩＩ識別記号が生成される、請求項２に記載の電子メールサーバ。
請求項6
電子メールメッセージを前記電子メールサーバから受信者に配信するためのメッセージレトリーバルサーバであって、当該メッセージレトリーバルサーバは、前記受信者のＩＤＮユーザ名と対応させられたＡＳＣＩＩ識別記号を取得するために前記変換テーブルと通信し、取得されたＡＳＣＩＩ識別記号に関連付けられた電子メールメッセージの取得のための前記ローカルストーレッジと通信するように設定されたメッセージレトリーバルサーバをさらに備える、請求項１に記載の電子メールサーバ。
請求項7
前記メッセージレトリーバルサーバは、ローカルストーレッジにある有効性検証情報にアクセスするために、取得されたＡＳＣＩＩ識別記号を用いて、受信者を認証するようにさらに設定された請求項６記載の電子メールサーバ。
請求項8
プラットフォーム非依存型の電子メール変換を行う方法であって、受信側ＩＤＮユーザ名のために電子メールメッセージを受信するステップと、事前に定義された対応によってＩＤＮユーザ名に対応するＡＳＣＩＩ識別記号を取得するステップと、取得された前記ＡＳＣＩＩ識別記号を用いることによって、受信された電子メールメッセージをローカルストーレッジに保存するステップとを備えるプラットフォーム非依存型の電子メール変換を行う方法。
請求項9
ＩＤＮユーザ名と対応するＡＳＣＩＩ識別記号との対応関係を生成するステップをさらに含む請求項８に記載の方法。
請求項10
前記ＡＳＣＩＩ識別記号は、ランダムなＡＳＣＩＩ文字列であり、複数のＩＤＮユーザ名の各々についてランダムなＡＳＣＩＩ文字列が生成される、請求項９に記載の方法。
請求項11
前記各ＡＳＣＩＩ文字列は、衝突を回避するために、過去に生成されたＡＳＣＩＩ文字列と比較されて生成される、請求項１０に記載の方法。
請求項12
前記ＡＳＣＩＩ識別記号は、連続的なＡＳＣＩＩ識別記号であり、複数のＩＤＮユーザ名の各々について、ＡＳＣＩＩ識別記号の順列における次順のＡＳＣＩＩ識別記号が生成される、請求項９記載の方法。
請求項13
電子メールサーバから受信者へ電子メールメッセージを配信することについての、受信者のＩＤＮユーザ名を含んだリクエストを受信するステップと、受信者のＩＤＮユーザ名に関連付けられたＡＳＣＩＩ識別記号を取得するステップと、受信者に配信するために、取得されたＡＳＣＩＩ識別記号に関連付けられた電子メールメッセージを取得するステップとをさらに伴う請求項８に記載の方法。
請求項14
ローカルストーレッジにある有効性検証情報にアクセスするために、取得されたＡＳＣＩＩ識別記号を用いて、受信者を認証するステップをさらに伴う請求項１３に記載の方法。
請求項15
プラットフォーム非依存型の電子メール変換を行うための命令を含むコンピュータ可読媒体であって、当該命令がコンピュータ処理装置により実行されると、ＩＤＮユーザ名について電子メールメッセージを受信するステップと、事前に定義された対応によってＩＤＮユーザ名に対応するＡＳＣＩＩ識別記号を取得するステップと、取得された前記ＡＳＣＩＩ識別記号を用いることによって、受信された電子メールメッセージをローカルストーレッジに保存するステップとを実現する命令を有するコンピュータ可読媒体。